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(57) A.ayste m and method for managin g the distri^ 
•butioru aL (iggnsed application pro g rams storedj on^a^ 
.S-er^ej^ over-.a,distribu ted computer system maintains 
control over the program even after the program has 
been distributed to a client computer from a provider on 
an information server. Protection may include license 
expiration date verification, authorized user ID verifica- 
tion, and protection against decompilation and reverse 
engineering by maintaining the program in an encrypted 
form until verification of the expiration date and user 
identity are complete and the program is ready for de- 
coding, loading into the client computer CPU, and exe- 
cution. A user identifies a program for trial use by any 
conventional means such as by using a network brows- 



er on the World Wide Web. The server re cognizes a user 
request to access the application program . The server 
may have an agent on the client computer for performing 
certain predetermined administrative tasks. This agent 
may take the form of an application builder program 
module, provided by the trial application provider, which 
is resident on the client computer. The server (including 
the agent) determines whether program access condi- 
tions are satisfied, and if satisfied trans mit s a versjon_pf 
the progra m to the c lient. The transmitted file includes 
an~encrypted portion. The server and agent also verify 
that the user is currently entitled to execute the applica- 
tion program including that the trial license has not ex- 
pired at the time the user initiates execution, and gen- 
erates an executable version of the application program. 
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Description 

The present invention relates to systems and meth- 
ods for managing the distribution of licensed application 
programs and application program components, includ- 5 
ing the distribution of trial versions of applications and 
components that automatically expire after the expira- 
tion of predefined trial usage privileges. 

BACKGROUND OF THE INVENTION 10 

For the purposes of this document, the term "appli- 
cation program" is defined to include applets and other 
application program components. A component is an in- 
complete program fragment. Users can integrate appli- is 
cation program components into a new application us- 
ing an appropriate tool, such as the Application Builder 
of the present invention, discussed below. 

A number of different "try and buy" systems for dis- 
tributing application programs and other types of com- ?o 
puter software have been used in prior art systems. The 
most common mechanisms for limiting the rights of the 
users of the trial versions of application programs are 
"time bombs," which disable the program after the expi- 
ration of a certain date, "usage metering" schemes 25 
which attempt to meter the number of hours of usage of 
the program and disable it after usage reaches a prede- 
fined limit, and various "capability limitation" schemes 
in which the capabilities of the trial version of the appli- 
cation are so limited that end users are motivated to li- 30 
cense the standard version of the program. 

While software security systems in the past have 
attempted to prevent program copying using a number 
of copy protection schemes, including requiring end us- 
ers to know a password or to possess a physical token 35 
that enables use of the program, such copy protection 
systems have generally not been used in existing try and 
buy software dissemination systems. The problem is 
particularly acute when the program is distributed over 
a distributed computer system, because the program file 40 
sent to a user over a wire or other communication chan- 
nel is inherently copyable. 

It is a goal of the "try and buy" system and method 
of embodiments of the present invention to prevent us- 
ers from disseminating executable copies of applicaticn 45 
programs to other end users, because those other end 
users have not necessarily agreed to the licensing terms 
of the program's owner. 

Another goal of the embodiments is to give the own- 
ers of application programs reliable information about so 
the parties who have requested trial use of those pro- 
grams. 

Another goal of the embodiments is to make acqui- 
sition of limited use rights (e.g., the right to use a trial 
version of a program) as automatic as possible so as to 55 
make the use of trial versions of programs as easy as 
possible. 

Another goal of the system and method of embod- 
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iment of the present invention is to limit generation of an 
intelligible version of a file including an application pro- 
gram to a user only when the user is currently entitled 
to access the file. 

A further goal of the embodiment is provide a sys- 
tem and method for limiting the period of time and stor- 
age location during which an intelligible version of a file 
is available to a user. 

Another goal of the system and method of embod- 
iment of the present invention is to limit generation of an 
executable version of an application program to a user 
only when the user is entitled to execute the application 
program at the time execution is attempted by the user. 

SUMMARY OF THE INVENTION 

In summary, the present invention provides a sys- 
tem and method for managing the distribution of li- 
censed files including application programs over a dis- 
tributed computer system that maintains control over the 
files even after the file has been distributed from a pro- 
gram provider on a server to an end user on a client 
computer. Protection includes license expiration date 
verification, authorized user verification (with or without 
a termination date grace period) protection, and protec- 
tion against decompilation and reverse engineering by 
maintaining th e application.propram file i n an encrypted 
form until verification is complete and the program is 
ready for decoding and execution. 

The inventive method and system for managing us- 
age of an application program initially stored on a server 
coupled to a distributed computer system by a user in- 
cludes recognizing a user request to access an applica- 
tion program, determining whether predetermined ac- 
cess conditions are satisfied, transmitting a version of 
the application program to the computer associated with 
the user making the request for receipt and storage only 
when the access conditions have been satisfied, further 
verifying prior to program execution that the user is cur- 
rently entitled to execute that received application pro- 
gram, and generating an executable version of the ap- 
plication program from the transmitted version only if the 
verification is affirmative. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Examples of the invention will now be described in 
conjunction with the drawings, in which: 

Fig. 1 is a block diagram of an embodiment of a dis- 
tributed computer system embodying the present inven- 
tion. 

Fig. 2 is a schematic representation of an exempla- 
ry Web site page used to disseminate trial versions of 
programs that are available for licensing. 

Fig. 3 is a block diagram of an exemplary header 
record of the stored version of the Application Program 
on a server in a preferred embodiment of the invention. 

Fig. 4 is a block diagram of an exemplary header 
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record of the transmission format of the trial version of 
an application program shown in Fig. 3 in a preferred 
embodiment of the invention. 

Fig. 5 is a block diagram of an alternate form of an 
exemplary header record of the transmission format of 5 
the trial version of an application program shown in Fig. 
4 in another preferred embodiment of the invention. 

Fig. 6 is a block diagram of an exemplary header 
record of the execution format of the trial version of an 
application shown in Fig. 4 in a preferred embodiment 10 
of the invention. 

Fig. 7 is a schematic representation of a menu pre- 
sented by the Application Builder for executing trial ver- 
sions of Application Programs. 

Fig. 8 is a flow chart of an embodiment of the trial is 
application program execution method of the present in- 
vention. 

Fig. 9 is a flow chart of an alternative embodiment 
of the trial application program execution method of the 
present invention. 20 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Referring to Fig. 1 , there is shown a distributed com- 
puter system 100 having many client computers 102 25 
and at least one information server computer 104. In the 
preferred embodiment, each client computer 1 02 is con- 
nected to the information server 104 via network inter- 
connectivity means such as the Internet 106, although 
other types of communication connections could be 30 
used. While most client computers are desktop comput- 
ers, such as Sun workstations, IBM compatible comput- 
ers and Macintosh computers, virtually any type of com- 
puter can be a client computer. One or more users (not 
shown) are associated with each client computer 102. 35 

In the preferred embodiment, each client computer 
includes a CPU 1 07, a user interface 1 08, primary mem- 
ory 118 (such as fast random access memory), user 
communication interface 119 for communicating with 
the i nformation server com puter 1 04 via communication 40 
network 106, and additional memory 109 for storing an 
operating system 110, a World Wide Web browser pro- 
gram 111, an Application Builder program 112, and one 
or more Application Programs 117. The Application 
Builder program 1 1 2 and Application Programs 1 1 7 con- 4Si- 
tain features provided specifically by the present inven- - 
tion. Optionally included among these features is a client v , 
Licensee ID 103 imbedded in the Application Builder ^ 
1 1 2 and used for a ccess verific ation as described in de- 
tail below. The Application-Builder 112 also preferably ~ ~~50 
includes a pair of public and private keys 113 that are 
unique to the client computer, a program decoder mod- 
ule 114, a license handling module 115, and a program 
execution module 116. 

Th e inf orm ation^server— 1 04 includes a central 55 
processing unit (CPU) 120, primary memory 122 (i.e., 
fast random access memory) and secondary memory 
124 (typically disk storage), a user interface 126, and a 
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communications interface 128 for communication with 
the client computers 102 via the communications net- 
work 106. 

_F or the purposes of t he prese nt discussion, it will 
be assumed that the information server's secondary 
memory 1 24 stores: an operating system 1 30 t a World 
Wide Web server applicat ion and a cojxespoftdiniLsat 
jp jWeb pages 132, a trial licensing application program 
134 forhanciling the licensing^ Application Programs 
to end users associated with client compute7sT027a 
copy of the aforementioned Application Builder 136 for 
transmission anilicensing to end users, a pair of public 
and private encryption keys 1 37 for the server, and cop- 
ies of the trial versions of various Application Programs 
138, 140, 142 for transmission and licensing to end us- 
ers. 

It is also assumed for the purposes of the present 
discussion that the information server 104 is a World 
Wide Web Server, but other information servers may al- 
ternatively be employed. The Web Server application 
1 32 controls the server's responses to requests by client 
computers 102 to retrieve files using standard World 
Wide Web (WWW) protocols. The Web Server Applica- 
tion works with a set of Web source files, which are the 
documents and other files or objects that client comput- 
ers 102 receive in response to properly formed re- 
quests. The present embodiment does not modify the/ 
Web Server application 1 32. Thus, operation of the Web 
Server site insofar as client computers 102 are con- 
cerned remains unchanged by the present embodiment. 

Referring to Fig. 2 there is shown a schematic rep- 
resentation of an exemplary home page 1 60 of the Web 
site (information server) 104, accessible by a user using 
client computer 102. The home page 160 includes a 
general information section 163 having menu selection 
buttons for obtaining information about the Try & Buy 
Program 165, Licensing Terms and Conditions 166, in- 
fo rmation~abo0t the Application Builder 167, and infor- 
mation about one or more Application Programs 168. 
For example, each Application Program may be de- 
scribed in terms of its functionality, storage require- 
ments, minimum processor requirements for execution, 
monetary costs for permanent versions of the applica- 
tion program, and the like. Licensing terms and condi- 
tions may be Application Program specific, and further 
may contain provisions for specific Licensees or classes 
of Licensees. 

The home page 160 of the Web site (information 
server) 104 also includes a Trial Version Program Down- 
load Selection Section 164 having a submenu 169 that 
includes selection buttons for each of several Applica- 
tion Programs as well as a button 170 for selecting the 
Application Builder. To download a Trial Version of any 
of the listed programs, the user merely selects one or 
more programs of interest from the menu in section 1 64. 

Alternately, the Web page may contain specialized 
HTML annotations, such as Java language applets that 
make contact with the user's Application Builder and 
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cause it display remotely available applications as if they 
were on a similar organizational footing with locally 
available applications. 

The Application Program file is stored in one or 
more of several different formats depending on where 5 
in the distributed computer system 1 00 the file exists or 
is stored. There are four storage formats of particular 
interest: 

• the Server Format, which is the format of the Appli- 10 
cation Program in Secondary Memory 124 of Infor- 
mation Server 104 prior to selection by a particular 
user; 

• the Transmission Format, which is the format of the 
Application Program in storage in Secondary Mem- is 
ory 124 of Information Server 104 after selection by 
user for downloading to client computer 102, and 
during transmission to the user; 

• the Client Storage Format, which is the format of 

the Application Program in storage in memory 109 20 
of the client computer 102 after the downloading is 
complete but prior to verification and execution (de- 
scribed hereinafter); and i 

• the Execution Format, which is the format of the Ap- 
plication Program in temporary storage in RAM 1 1 8 25\ 
and/or CPU 1 07 during execution of the Application 
Program. 

The differences in the formats relate generally to ex- 
istence and content of ancillary file information associ- 30 
ated with the Application Program and the user (where 
applicable) such as information contained in header 
records, and with the encrypted or decoded condition of 
the executable program and other fields. Each of these 
formats is described in greater detail below with respect 35 
to Figs. 3-6. 

For the purposes of this document, the terms "de- 
code" and "decrypt" shall be used synonymously to refer 
to the process of reversing the encryption of a set of 
information. Similarly, the adjectives "decoded" and "de- *o 
crypted" shall be used synonymously to refer to a set of 
unencrypted information that was generated from a cor- 
responding set of encrypted information. 

In reference to Fig. 3, a schematic illustration of the 
Server Format 180 of an Application Program trial ver- 45 
sion 1 38 is shown. The Server Format includes the non- 
encrypted application program 181, and may optionally 
include information fields for ApplicationjD 1 83, License 
Termination Date 185, and Licensee ID 184. These files 
are optional because prior^to^^ton by a particular so 
user, the file is generic for all potential users and no such, „ 
information (except the Application ID) is applicable to . 
the application program file. The part i cularized se rver^ 
format includes each of the Application ID 183, License^ 
Termination -Date 1 85, : ahdJJc ensee I P 184 fields and 55 
may either be created and stored as an actual file on the 
server or may exist only transiently as ttiergeneric server 
format ilTpaTticularized to the requesting user and en- 



crypted to generate the transmission format prior to 
transmission to the client computer. Note that the server 
formatted version of the application program could be 
stored in an encrypted form, but decryption followed by 
encryption would be required to encrypt the application 
program with the public key associated with the client 
computer Application Builder 112. 

The Server Format of an application program in the 
preferred embodiment also includes a copy of the serv- 
er's public key 187 (to be used by client computers), 
documentation 188 for the application program, as well 
as text 189 representing the trial licensing terms for the 
application program and relicensing terms. 
f Once the user has selected an Application Program 
for trial use the user is associated with a licensed version 
of the Application Builder. This Application Builder li- 
cense may be preexisting or may have been allocated 
to the user in conjunction with selection and download- 
ing of the trial version of an Application Program. In ei- 
ther situation, the Application Builder is licenced to the 
user and a licensee identifier is associat ed with that us- 
er. Server 104 includes an Encryption Module 135 that 
encrypts the Application Program stored in Server For- 
mat 180 based on a public key 113 associated with the 
user to generate a transmission format of the same Ap- 
plication Program. 

In reference to Fig. 4, a schematic illustration of the 
Transmission Format 186 of an Application Program tri- 
al version 138 is shown. The transmission format inj- 
cludes an encrypted version of the Application Program 
executable code 181, an Application Program ID 183, a 
proper licensee ID for the particular user 184, a license 
termination date 1 85, as well as copies of the public key] 
documentation and license informational fields 187,! 
188, 189. In the preferred embodiment all fields of the 
Transmission Format 186 are encrypted with the user's 
Application Builder public key 1 1 3 to prevent eavesdrop 
ping and unauthorized copying or modification of the ap 
plication program and/or control information. 

Furthermore, in the preferred embodiment the con- 
trol information (i.e., header fields 183-185) is first en- 
crypted with the server's private key prior to encryption 
of the entire file 186 with the user's Application Builder 
public key. In this way double encryption is used to pro- 
tect the control information. More generally, it is desira- 
ble that none of the Application Program itself, and none 
of the header fields 183, 184, 185, appear as clear text 
during transmission from server 104 to client computer 
1 02 over the network 1 06. 

Whilt ^ i nformation has 



beenjap plied to the identification information fields in 
this descriptio n, and such information ffeBs are s hown' 
for^ 

file (e.g. JFigs i 3, _4^and 6), it should be understood that 
the identification information may be placed in any pre- 
determined location in the application program file so 
long as the Application Builder 1 1 2 can locate and inter- 
pret the information during the verification and decoding 
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procedures prior to execution of the application pro- 
gram. For example, Fig. 5 is a block diagram showing 
a version of the transmission format in which the license 
ID 184, and License Termination Date 185 are located 
within the body of Application Program 1, which is split 5 
into parts A, B, and C. Such intermingling of the identi- 
fication and security information withing the body of the 
Application Program is generally applicable to all of the 
formats described. Placement of the identification infor- 
mation within the application program itself enhances 10 
security by making it extremely difficult for even an au- 
thorized user of the application to locate and alter the 
identification information, including the licensee ID and 
the license termination date. 

The Client Storage Format of an application pro- 15 
gram trial version, while not shown in a separate figure, 
is the same as the Transmission Format 186, with a de- 
crypted copy of the control information (header fields 
183-185) "pre-pended" at the front of the file. The de- 
crypted control information is not "trusted" by the Appli- ?o 
cation Builder because it is subject to manipulation by 
the user, but is rather compared with the encrypted con- 
trol information at execution time. In an alternate em- 
bodiment, the Client Storage Format is the same as the 
Transmission Format, and the control information is not 25 
stored in clear text form. 

In reference to Fig. 6, a schematic illustration of the 
Execution Format 196 of an Application Program trial 
version 138 is shown. The Execution Format 196 in- 
cludes a decrypted and decoded version of the Applica- 30 
tion Program. It need not necessarily include application 
identifier 183, licensee identifier 184, or licensee termi- 
nation date 185. Although such information may be car- 
ried along in the file, it does not represent executable 
code and serves no further security purpose after veri- 35 
fication and decoding. 

In the preferred embodiment the executable code 
is only available transiently during execution of the Ap- 
plication Program in RAM 118 or CPU 107 of the client 
computer. It is not stored in decrypted or decoded form 40 
on any mass storage device in a human readable form. 
The Execution Format of the Application Program is es- 
sentially a decrypted version of the transmission version 
that is generated by the Application Builder 112 on the 
client computer 102 after the Application Builder has 45 
verified the validity of the license for the particular user 
and has decoded the Application Program so that it is 
in the proper format for execution by the client computer 
102. 

Referring to Fig. 7, after one or more trial Applica- 50 
tion Programs have been downloaded to and stored on-* 
client computer 102, a user associated with that client 
computer may decide to execute one of the Application 
Programs. In one embodiment of the invention, the user 
will be presented with a menu 192 on a display screen ss 
of user interface 108, including a list 193 of available 
application programs. The user may then select an Ap- 
plication Program, for example Application2. The client | 

J 



computer will respond to this selection by displaying the 
Expiration Date of the Selected Application 194, and 
may present other information pertaining to execution 
of the selected application. It may for example provide 
a description of input/output data types, file formats, re- 
lated programs, and the like Jo assist the user in using 
the program. This information is found in the documen- 
tation field 188 of the stored application program. Addi- 
tional menus for viewing other information, such as li- 
cense terms and r^jcensipg information (from field 1 89) 
may also be provided. These displays may be integrated - 
by the Application Builder with similar displays for locally 
stored, fully licensed programs. — 

Referring to Fig. 8, an embodiment of the method 
300 of the present invention for managing use of an Ap- 
plication Program by a user on a distributed computer 
system 100 is shown. The Application Program is initial- 
ly stored as a Server Format version 180 of the Appli-/ 
cation Program on server 104. Execution starts at Step 
302 in response to a user's request for a trial version o\ 
an Application Program. At step 304 t^_sery.er.lo4 
monit ors requ ests fonnformation and program access! 
from the client computer connected to the server comt ; 
pjJter7Appti cation Builder 112 may act as an agent for 
the server by initiating communication with the server in 
response to a request by client computer 102. At step 
306 server 104 recognizes a request from a user asso\ 
ciated with one of the client computers 1 02 to access 
the triaUersion of an Application Program:-- N " 

Upon selecting a'nappjicatibn "program (or the Ap- 
plication Builder) for downloading, user will optionally be 
presented with a reminder that the requested program 
is made available to the user for trial use only under con- 
ditions of the license agreement. T he terms of the , li- 
c ense ag re ement are then displayed for the user' s je^ 
view o nlhe d isplay scree n, and the us er is prompted by 
thTserver (possibly through the Application Builder 112 
acting as an agent for the server) to accept the license' 
terms. In one embodiment of the invention, the accept- 
ance^ the license is preferably made explicitly by an 
affirmative action by the user before the selected appli- 
cation program will be downloaded. For example, the_ 
user may be requested to input a identifying name, or 
to ret ype a vontication cod e such as the user's licensee 
ID for example, presen ted by the server for transmissio n 
t gjjj&sjjver. A lternatively, the acceptance may be more 
passive, such that unless the user declines to accept 
the license terms, the license is accepted and file down- j 
loading commences. 

At step 308, the server compares predetermined 
proqram _a_ccess restrictioos jor the Application Program 
with client'computer access privileges a nd determines 
whether predetermined access conditions are satisfied 
by the requesting client computer. At step 310, the serv- 
er determines whether the client privileges satisfy Ap- 
plication Program access requirements. The access re-^ 
quirements in the preferred embodiment are (A) owner- 
ship of a valid license for the Application Builder by the 
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user or associated client computer, (B) receipt of the us- 
er's Application Builder public encryption key from the 
user's Application Builder, and (C) explicit user accept- 
ance of the licensing terms for the trial version of the 
selected Application Program. The information from the 5 
user will typically identify the user and the type of com- 
puter plafform being used. This information about the 
user can be automatically provided to the owners of the 
requested application program, thereby providing the 
owners with reliable information about the parties who 10 
have requested trial use of those programs. 

At Step 312, if the access conditions are not satis- 
fied then access to the trial version of the user selected 
Application Program are denied (at least temporarily un- 
til access restrictions are satisfied). However, if the ac- 15 
cess conditions are satisfied (Step 314) then server 104 
generates a Transmission Version of the user selected 
Application Program from the Server Format version on 
the server, and then transmits the Transmission Format 
version of the requested Application Program to the cli- 20 
ent computer. The Transmission Format version of the 
Application Program is preferably generated for a par- 
ticular user and contains user identification information 
including a licensee identification code or number 184 
as described earlier with respect to Fig. 3. Furthermore, 25 
all or a significant portion of the Application Program 
code is encrypted in the Transmission Format version 
of the Application Program. In the preferred embodi- 
ment, the Application Program is encrypted using RSA 
encryption programs with the user's public key being 30 
used as the encryption key As understood by those 
skilled in the art, the encrypted Application Program can 
be decoded by corresponding RSA decoding programs 
with the user's private key 

The transjnisjjjpjxiormatt^ received b y 35 

the d|ejitj^mpj^^ stored in memory 

109 in the client storag e for mat for later execution and 
user" ~~ — — — ' 

~~ The ^Application^Program now resides on the client 
computer. Whjle the user may choose to immediately 40 
execute the program, the user could also desire to use 
the program for the first time or additional times at a fu- 
ture date. It is therefore important to provide a mecha- 
nism for verifying that the client computer is still entitled 
to use the Application Program at the current or ambient 45 
date. 

In Step 31 6 the Application Builder 1 1 2 acting as an 
agent for the server 1 04 (independent of connection be- 
tween the server 1 04 and the client computer 1 02 at that 
time) verifies prior to execution of the program that the so 
client computer is currently entitled to execute the Ap- 
plication Program. To perform this "control information" 
verification, the stored, doubly encrypted control infor- 
mation is decrypted using the Application Builder's pri- 
vate key 1 1 3 and the server's public key 1 87 (and is op- ss 
tionally compared with the clear text version of the con- 
trol information). Using the decrypted control informa- 
tion, the Application Builder compares the licensee ID 



184 in the Application Program with the licensee ID or 
IDs associated with the Application Builder, and com- 
pares the license termination date 185 in the Application 
Program with the current date. Only when the status of 
the user is verified does the Application Builder 11 2 de- 
crypt the encrypted Application Program so as to pre- 
pare it for execution. The decrypted Application Pro- 
gram is preferably never stored in non-volatile memory 
of the client computer, and only exists in decrypted form 
during actual program execution. 

It is recognized that the protection afforded by com- 
paring a license expiration date encoded in the Applica- 
tion Program with the ambient computer date may in 
some instances be circumvented by altering the client 
computer ambient date; however, such alteration typi- 
cally introduces sufficient other problems into system 
operation and file management in the user's computer 
that users are not inclined to use such measures. Se- 
curity measures may further include other date checking 
procedures, such as checking file creation dates for oth- 
er files on the client's computer to determine if the actual 
date exceeds the ambient date set for the client compu- 
ter, and the like. 

In reference to Fig. 9, a more detailed description 
of a preferred embodiment of the method of the present 
invention is now provided. The user installs an Applica- 
tion Builder 112 on the client computer 102 computer 
(Step 402). The Application Builder 112 is a program 
module provided by a software vendor (such as Sun Mi- 
crosystems, Inc.) or in conjunction with the Application 
Programs made available by the provider on the server 
over the distributed computer system. The Application 
Builder acts as a local agent for the Application Program 
provider by performing various security check functions 
and program decryption functions. Application Builder 
1 1 2 builds an encryption key (Step 404) after installation 
on client computer. In the preferred embodiment an RSA 
private/public key pair is generated; however, other 
types of encryption keys may be implemented. 

ZLbe^use r identifies an Application Program that he 
or she is inter ested in trying out u nder the try-and-buy 
usage"scTieme (Step 406), such as for exa mple b y using 
aVyeb "b~rowserorthe like. An exe mplar y Web page that 
would be accessed using such a Web browser is illus- 
trated in F ig7~2 and" wasdesc Ti bed ab oveTTh Fuse TrTo- 
clites~a" progr^ such as by 

mouse clicking on the Application Program name in the 
palette of submenu 1 69. The user may also request gen- 
eral information prior to selecting an Application Pro- 
gram, or Application Builder for downloading pertaining 
to the try & buy program by selecting menu item 165, 
on the Application Programs available by selecting one 
of menu items 168, on the applicable licensing terms 
and conditions by selecting menu item 166, or general 
information on the Application Builder by selecting menu 
item 167. 

Identification of an Application Program for trial use 
initiates a procedure to request a trial license from the 
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try-and-buy server 104 of the distributed computer sys- 
tem (Step 408). In the preferred embodiment, the Appli- 
cation Builder 1 1 2 acts as the user's agent in requesting 
the trial license for the selected try-and-buy Application 
Program and as the server's agent in providing the trial 
application and license. This activates the Trial License 
Application Program Module (TLAPM) 1 34 in the server 
(Step 41 0), which confirms that the client computer has 
either a valid licensed copy or valid trial copy of the Ap- 
plication Builder (Step 412). 

If the client computer 1 02 associated with user does 
not have a validly licensed or trial copy of the Application 
Builder, the client is prompted to review the licensing 
terms and to agree to the terms presented before a trial 
copy of the Application Builder is generated and provid- 
ed to the user (Step 414). Acceptance of the license 
terms by the user may be implicit in making the request 
for trial license, or in a preferred embodiment the user 
will be prompted to explicitly agree to the license terms 
before the Application Program (and/or Application 
Builder) is transmitted to the client computer, for exam- 
ple by making an affirmative response to an acceptance 
inquiry after the license terms have been presented, and 
before the trial-and-buy program is sent to the user's 
computer. 

Once the TLAPM 134 in the server has confirmed 
that the client computer has a valid licensed copy or val- 
id trial copy of the Application Builder, it requests and 
receives the user's Application Builder Public Key (Step 
416). 

The TLAPM 134 then generates a Transmission 
Format version 1 86 of the selected try-and-buy Applica- 
tion Program (Step 41 8). The Transmission Format ver- 
sion 186 is a version of the Application p r0 gram gener- 
ated from the Server Format version 1 80 of the same 
Application Program that is suitable for transmission to 
the user's computer over nonsecure transmission links 
of the Network interconnectivity apparatus 106. The 
Transmission Format version 186 (a) is encrypted with 
the client computer's Application Builder Public Key, and 
(b) optionally includes a header that specifies trial li- 
cense expiration conditions, such as a trial license ex- 
piration date. The trial license expiration date may im- 
pose a hard use date limit, or may impose soft use lim- 
itations. Hard and soft use limitations are described in 
greater detail hereinafter. 

The client computer receives the encrypted Trans- 
mission Format version of the trial Application Program 
and stores it locally on the computer associated with the 
user (Step 420). The encrypted Transmission Format 
version is stored in encrypted form on the client compu- 
ter and is decrypted to generate a decoded version only 
when the application is being loaded for execution by 
the client computer. 

The trial Application Program 117 can only be re- 
ceived from the server and stored on the client computer 
in conjunction with execution of the Application Builder 
112 on the client computer Once the Application Pro- 



gram is stored locally, the client computer can, at a us- 
er's request, initiate execution of the trial Application 
Program (Step 426). The Application Builder then veri- 
fies that the particular client computer has a valid license 
5 for that particular program and that the license to the 
trial Application Program has not expired. 

In one embodiment of the invention, this verification 
includes reading the Application Program file by the Ap- 
plication Builder (Step 428), and then comparing the Li- 

10 censee ID 1 84 in the file with a client I D (or a list of Client 
IDs) associated with the Application Builder that is li- 
censed to the client computer (Step 430). It also in- 
cludes comparing the License Termination Date 185 
with the current date (i.e. , the computer's ambient date) 

15 and verifying that the termination date 185 is later than 
the ambient date stored on the client computer (Step 
432). The explicit examination of client ID may not al- 
ways be necessary since the presence of a validly li- 
censed Application Builder 112 may be sufficient secu- 
re* rity to prevent unauthorized use. The Client ID may be 
provided by the Application Builder 112 licensed to the 
client computer. Typically, possession of a valid Appli- 
cation Builder license may establish sufficient trust be- 
tween the Application Program provider and the users 

25 associated with the client computer. 

When the Application Builder has completed verifi- 
cation of the license, it decrypts the trial Application Pro- 
gram (Step 434) using the Application Builder's Private 
Key so that the program may be loaded for execution in 

30 the client computer CPU. As explained above, the 
stored, doubly encrypted control information is decrypt- 
ed using the Application Builder's private key 113 and 
the server's public key 187 and then the decrypted con- 
trol information is used to verify that user's rights to ex- 

35 ecute the trial application program. 

It may be seen that in the preferred embodiment, 
the trial Application Program 117 must be launched 
while running the Application Builder 112, because the 
Application Builder is needed for verification of the li- 

40 cense (Client ID matches Licensee ID and Termination 
date has not passed) and to decrypt the trial version of 
the application into executable code. All control informa- 
tion is verified by the Application Builder against the en- 
crypted copy of the control information, and verification 

4 5 fails if there is a mismatch. Further, the trial version of 
the application program may include further validation 
steps, such as checking the validity of the Application 
Builder's release number in accordance with predefined 
confidential validity criteria. 

50 in this manner, the time during which the Application 
Program exists in a human readable form is limited in 
time (during execution of the Application Program) and 
in storage location (in processor memory). Limiting the 
time and physical location of unencrypted program code 

55 minimizes the opportunity for unauthorized copying of 
unencrypted code. Even if the encrypted program were 
to be copied, it cannot be used without a licensed Ap- 
plication Builder for that client computer, because the 



7 



13 



EP0 778 512 A2 



14 



matching Application Builder's private key, which is Claims 
unique for each client computer on which it is installed, 
is required for decryption. 1 . 

Restrictions and procedures similar to those de- 
scribed below for the Application Program may be ap- 5 
plied to requesting and receiving a trial version of the 
Application Builder 112 so that trial versions of the ap- 
plications may be obtained and executed. In the pre- 
ferred embodiment trial versions of the Application 
Builder 1 1 2 contain a time bomb that prevents operation 10 
of the program after a threshold date has passed. 

If the Application Builder in Steps 428-432 deter- 
mines that the Trial License to the Application Program 
has expired, the action taken by the Application Builder 
depends on which of two alternative expiration date pro- '5 
cedures are implemented: a hard expiration date proce- 
dure or a soft expiration date procedure. 

When a hard expiration date procedure is imple- 
mented, the Application Builder causes a message to 
be presented to the user on the client computer that the 20 
tr jal version of the Application Program has^ exp,icad-ao.a!_ 
that the Application Program previously made available 
f or use to t he user must now be licensed with a Tiew 
license. Un jer^ertairTconcWoTis, thelj^eTrhay'be^lv'en 
anjojppoj^ityJo.obtajn-anothexirja| license; however, 25 2. 
it is anticjgate^thatjf^ offered7no7e~tria1ToTre 
t r^rUceni s.e_ jarxjh e_^amgj^p pl icati ^^To^'rarrT^th e 
number of such-trial-licensees offered ma^T^IMed to 
minimize possible trial use abuse. For example it is ex- 
pected that where more than one trial license is offered 30 3. 
for a single application, the total number of opportunities 
will be in the range of one to ten (1-10) and preferably 
in the range of one to three (1-3) trials. 

If a soft expiration date procedure is j m p|0 men f ec j 
the user is warned that the trial version of the program 35 
has expired, and that while the user can continue to use 
the trial version for a short period of time, by a future 
termination date u year/month/day" it will be necessary 
for the user to obtain a licensed copy of the Application 4. 
Program, or a new trial version, in order for the user to 40 
be able to continue using the Application Program. 

The soft expiration date version has the advantage 
that the provider is not put in the position of suddenly 5. 
preventing use of its Application Program by the user, 
so that for example, the user may complete a task with 45 
ample warning. The future termination date given in the 
soft expiration date warning may either be a number of 
days in the future from the expiration date (e.g. 7 day 
grace period) or may be computed as a number of days 
forward from the ambient date on which the warning is so 
given to the user. The later procedure has the advantage 
that the program will not expire without some warning to 
the user. Other soft termination date computation 
schemes may also be implemented. Particular termina- 
tion procedures may be provided to different classes of 55 
users or even to particufar users on the basis of the client 
ID associated with the Application Builder. 



A method for managing usage of an application pro- 
gram by a user on a distributed computer system, 
said application program being initially stored as a 
stored version of said application program on a 
server coupled to said distributed computer system, 
said method comprising the steps of: 

recognizing a user request to access said ap- 
plication program; 

determining whether predetermined access 
conditions are satisfied; 
transmitting a transmission version of said ap- 
plication program to a computer associated 
with said user for receipt and storage only when 
said access conditions have been satisfied; 
verifying prior to execution of said program that 
said user is currently entitled to execute said 
received application program; and 
generating an executable version of said appli- 
cation program from said transmission version 
only if said verification is affirmative. 

The method in Claim 1 , wherein said predetermined 
conditions comprise ownership of a valid license to 
an application builder module which performs said 
verifying and generating steps. 

The method in Claims 1 or 2, wherein said deter- 
mining step includes: 

providing said user with an opportunity to sat- 
isfy and accept said predetermined but as yet 
unsatisfied access conditions; and 
recognizing explicit acceptance of said access 
conditions by said user. 

The method in Claim 3, including providing an op- 
portunity to accept a trial license for said application 
program. 

The method in Claim 2, wherein said transmission 
version of said application program comprises a file 
that is at least partially encrypted. 

The method in Claim 5, wherein said step of gener- 
ating an executable version of said application pro- 
gram from said transmission version comprises de- 
crypting said encrypted portion. 

The method in Claim 6, wherein 

said transmission version of said application 
program is encrypted with a public key associated 
with said user, said decryption is performed with a 
corresponding private key, and said user associat- 
ed public key and corresponding private key are 
generated by said application builder module. 
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8. A program usage management system for manag- 
ing usage of an application program by a user as- 
sociated with a client computer on a distributed 
computer network, said system comprising: 

5 

a server coupled to said distributed computer 
system and having memory storage for storing 
said application program; 
a controller coupled to said client computer for 
recognizing a user request to access said ap- 10 
plication program and for determining whether 
predetermined program access conditions as- 
sociated with said application program are sat- 
isfied by said client computer; 
a program file formatter for generating a trans- 15 
mission version of said program file that incor- 
porates identification information associated 
with said client and a version of said application 
program that is at least partially encrypted, said 
program file formatter responsive to said con- 20 
trailer to generate said transmission version on- 
ly when said access conditions are satisfied; 
a transmitter for transmitting said transmission 
version of said application program to said cli- 
ent computer associated with said user for re- 25 
ceipt and storage only when said access con- 
ditions have been satisfied; 
a license verifier for verifying prior to execution 
of said application program by said client com- 
puter that the user associated with said client 30 
computer is currently entitled to execute said 
application program; and 
a program decoder coupled to said client com- 
puter for generating a decoded machine exe- 
cutable version of said application program 35 
from said transmission version of said applica- 
tion program only if said license verifier verifies 
that the user associated with said client com- 
puter is currently entitled to execute said appli- 
cation program. 40 

9. The system in Claim 8, wherein said controller in- 
cludes an application builder program module in- 
stalled and executing on said client computer, said 
application builder program module includes said li- 45 
cense verifier and said program decoder. 



cation program with a corresponding private key, 
and said user associated public key and corre- 
sponding private key are generated by said appli- 
cation builder module. 



10. The system in Claim 9, wherein said predetermined 
program access conditions associated with said ap- 
plication program include receipt of an encryption so 
key from a valid copy of said application builder pro- 
gram on said client computer. 

11. The system in Claim 9, wherein 

said transmission version of said application 55 
program is at least partially encrypted with a public 
key associated with said user, said program decod- 
er decodes said transmission version of said appli- 
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